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DETAILED ACTION 

This action is in response to an amendment filed on 12/7/09. 
Claims 1-4, 6-11, 13-15, 18 and 20-26 are pending in this application. 

Response to Arguments 
Applicant's arguments filed 12/7/09 have been fully considered but they are 
not persuasive. 

IV. Claim Rejections under 35 U.S.C. § 103(a) 
Claim 1 

In the last par. on pg. 9, the applicants state: 

However, in accordance with the embodiment recited by Claim 1, directives are 
logical abstractions of actions that can be performed on a GUI, independent of any 
of the tool-specific scripting languages. Applicant respectfully submits that although 
McNeely, in view of Dubovsky, appears to disclose tool-specific scripting languages, 
neither reference appears to disclose or render obvious directives that are 
independent of any of the tool-specific scripting languages. 

The examiner respectfully disagrees. McNeely discloses directives (col. 15, lines 
47-52 "an abstract command language command (ST4)") which are independent of tool- 
specific scripting languages (col. 13, lines 57-62 "device-specific commands ... may be 
tool command language commands"). More specifically, McNeely's "abstract command 
language commands" are not the same set of instructions or directives as the device- 
specific commands (see e.g. col. 15, lines 60-66 "the mapping of abstract command 
language commands to tool command language commands does not necessarily yield 
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a one-to-one mapping"). Accordingly, McNeely's "abstract command language 
commands" can reasonably be considered "independent of the disclosed "device- 
specific ... tool command language commands". 

Dubovsky discloses a GUI testing tool associated with a tool-specific scripting 
language (e.g. par. [0048] "the scripting language of the scriptable GUI test tool 10"), 
and discloses that other similar GUI testing tools were known in the art (par. [0007] 
"There are several known testing tools for debugging GUI applications."). As discussed 
previously and in the rejection below, it would have been obvious to provide a mapping 
from McNeely's directives (col. 15, lines 47-60 "reads an abstract command language 
command (ST4) and based on the mapping provided ... interprets the command within 
the context of the specific DUT") to Dubovsky's plurality of tool-specific scripting 
languages (par. [0048] "the scripting language of the scriptable GUI test tool 10"; par. 
[0007] "There are several known testing tools for debugging GUI applications." 1 ). 

Thus the combination of McNeely and Dubovsky provides a set of directives 
(McNeely col. 15, lines 47-52 "an abstract command language command (ST4)") which 
are logical abstractions of actions that can be performed on a GUI (Dubovsky par. 
[0048] "the scripting language of the scriptable GUI test tool 1 0"), independent of any 
tool scripting language (McNeely col. 15, lines 60-66 "the mapping of abstract command 
language commands to tool command language commands does not necessarily yield 
a one-to-one mapping"). 



1 Note that while Dubovsky does not explicitly disclose that the similar GUI test tools (see par. [0007]) 
provide or accept their own tool-specific scripting languages; such a feature would at least have been 
obvious based on the explicit disclosure of similarity. 



Application/Control Number: 10/814,563 
Art Unit: 2193 



Page 4 



In the first par. on pg. 10 the applicants state: 

It was asserted in the Office Action that McNeely indicates that a 'new package' is all 
that is required to support the addition of a test tool. Applicant respectfully submits 
that both McNeely and Dubovsky appear to provide a means for testing additional 
test subjects by adding a module or package specific to that test subject. Although 
McNeely discloses that "communication with GUI-based devices can occur via a 
graphical user interface if a suitable GUI tester is added via a new package," 
McNeely, at this section, appears to be referring to devices which use a GUI as the 
interface with the device's testing system rather than the more common command 
line interface. As such, Applicant respectfully submits that McNeely does not appear 
to disclose or suggest adding support for a different test tool, having a different tool- 
specific scripting language and designed to test different types of test subjects (for 
example adding support for testing GUIs), as asserted in the Office Action. 

The examiner respectfully disagrees. Regardless of whether or not McNeely's 
"GUI testers" anticipate to the claimed "software test tool ... operable to test a plurality 
of different graphical user interfaces", McNeely discloses abstracting a plurality of tool 
specific scripting languages (col. 15, lines 60-66 "mapping of abstract command 
language commands to tool command language commands"). As discussed above, it 
would have been obvious to use McNeely's teachings to provide an abstraction of 
Dubovsky's tool specific scripting languages (e.g. par. [0048] "the scripting language of 
the scriptable GUI test tool 10"), and Dubovsky's test tool is "operable to test a plurality 
of different graphical user interfaces (par. [0048] "A single test engine script 18 ... for 
each GUI application to be tested"). Accordingly the combination of McNeely and 
Dubovsky meets the claimed limitations. 

Further, it is noted that the applicants' arguments above refer to "different types 
of test subjects". This language is not found in the claims which refer only to a "plurality 
of different GUIs". Dubovsky explicitly discloses a tool-specific scripting language used 
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to define tests for a plurality of different GUIs (par. [0048] "A single test engine script 18 
... for each GUI application to be tested") and thus meets the claimed limitation. To the 
extent that the applicants are asserting that Dubovsky's test tool is only capable of 
testing a single 'type of test subject' (e.g. GUIs for only a single environment), the 
examiner disagrees. First it is noted that it appears that "WinRunner" (the exemplary 
test tool disclosed in Dubovsky) is explicitly disclosed by applicant as one of the 
possible test tools described (see e.g. par. [0025] "WinRunner as the testing tool"). But 
regardless, the examiner notes that WinRunner was capable of interacting with GUIs in 
different environments (see e.g. WinRunner User's Guide pg. 299, 1st par. "WinRunner 
with added support for application development environments such as Visual Basic, 
PowerBuilder, Delphi and Oracle"), and thus was capable of testing "different types of 
types subjects". 



Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Claims 8-11, 13-14 and 23 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly 
claim the subject matter which applicant regards as the invention. 

Claim 8 recites the limitation "allowing a user to enter a test case input file stored 
on the computer readable medium". There is insufficient antecedent basis for the term 
"the computer readable medium" in the claim. 
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Claims 9-11, 13-14 and 23 depend from claim 8 and are likewise rejected. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1-3, 6-10, 13-15 and 20-26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 7,117,411 to McNeely et al. (McNeely) in view of US 
2003/0055836 to Dubovsky (Dubovsky). 

Regarding Claims 1, 8 and 15: McNeely discloses a system that provides a generic 
user interface testing framework, comprising: 

a computer including a computer readable medium, and a processor operating 

thereon (Fig. 1); 

a plurality of different software test tools, wherein each software test tool is 
associated with a different tool-specific scripting language, that can be invoked by a 
user to test each device (col. 13, lines 57-62 "device-specific commands ... may be tool 
command language commands"); 

a test case input file stored on the computer readable medium, that contains a 
plurality of directives that are logical abstractions of actions that can be performed on a 
device, independent of any of the tool-specific scripting languages (col. 15, lines 47-52 
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"an abstract command language command (ST4)"), wherein the test case input file can 
be edited and reused as necessary by the user to specify different directives for testing 
devices in any of the different software test tools (col. 4, lines 30-34 "test case and test 
plan editor"); and 

an interpretive engine that executes on the computer, and that includes a 
plurality of dynamically loaded libraries corresponding to the plurality of different 
software test tools (col. 13, lines 49-52 "a plurality of device-specific test case packages 
404), and including at lest one library for each of the plurality of different software test 
tools, wherein each library is a group of functions written in each tool-specific scripting 
language (col. 15, lines 36-40 "the appropriate communication interface packages 
associated with each DUT"), wherein the interpretive engine receives the directives 
defined in the test case input file, identifies which libraries are required, loads the 
required libraries associated with the software test tool the user is currently using, maps 
the generic interface commands to the software test tool's associated tool-specific 
scripting language (col. 15, lines 47-52 "based on the mapping provided by the 
appropriate communication interface package, interprets the command within the 
context of the specific DUT to which the command refers"; this requires identification 
and loading of the interface packages / libraries), uses the software test tool to perform 
the testing operations on the software application's GUI using the associated tool- 
specific scripting language (col. 15, lines 54-60 "produce an equivalent tool command 
language command"; col. 13, lines 47-49 "Communication with GUI-based devices can 
occur ... if a suitable GUI tester is added via a new package"), and reports to the user 
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the success or failure of the testing operations (col. 3, lines 53-56 "executing ... test 
cases"; col. 16, lines 6-8 "the resulting tool command language command is 
subsequently passed to the communication interface 420"). 

McNeely does not disclose a software application source code, including a graphical 
user interface as part of the software application or abstracting a plurality of application 
independent test tools. 

Dubovsky teaches testing a plurality of different graphical user interfaces (GUIs) for a 
plurality of different software applications (par. [0015] "test case generation, 
maintenance and execution required during the development and test cycle of a GUI 
software project"; par. [0048] "A single test engine script 18 ... for each GUI application 
to be tested") using a test tool and corresponding tool specific scripting language (par. 
[0048] "the scripting language of the scriptable GUI test tool 10"), that is an abstraction 
of the plurality of input commands for each of the plurality of different GUIs (par. [0048] 
"each GUI application to be tested"), used only by that software test tool and wherein 
each GUI is operable to receive a plurality of input commands (par. [0045] "GUI objects 
may include user input interface objects"; or alternately; par. [0059] "facilitates the 
"Opening" ... "closing" of the object under test"). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to apply McNeely's "generalized test environment" (see e.g. col. 3, lines 53- 
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67) to testing a plurality of different graphical user interfaces for a plurality of different 
software applications as taught by Dubovsky (see e.g. par. [0015] & [0048]) by 
substituting Dubovsky's application / GUI independent test tools (par. [0048] "the 
scriptable GUI test tool 10"; par. [0007] "There are several known testing tools for de- 
bugging GUI applications") for McNeely's device specific test tools (col. 13, lines 49-52 
"a plurality of device-specific test case packages 404). Those of ordinary skill in the art 
would have been motivated to do so in order to save developer time and resources 
(McNeely col. 3, lines 53-67 "the operator need only be familiar with a common script 
language rather then device-specific test commands"; Dubovsky par. [0016] "reduce the 
investment in manpower to implement, maintain and enhance automated test software") 
by providing a generic test scripting environment for such systems (McNeely col. 3, 
lines 53-67; Dubovsky par. [0007] "There are several known testing tools for debugging 
GUI applications"). 

Regarding Claims 2 and 9: The rejections of claims 1 and 8 are incorporated 
respectively; further McNeely does not explicitly disclose the software test tools stored 
locally on the same computer or machine. 

McNeely's background teaches that "The client/server framework allows a client to be 
located on any system in the network, even on the same system on which the server 
resides" (col. 3, lines 7-10). 
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Accordingly, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to store the software test tools on the same computer or machine 
as McNeely's "Test Tools Server" (see Fig. 3). 

Regarding Claims 3 and 10: The rejections of claims 1 and 8 are incorporated 
respectively; further McNeely discloses the software test tools are stored at another 
computer or machine (Fig. 3). 

Regarding Claims 6, 13 and 20: The rejections of claims 1, 8 and 15 are incorporated 
respectively; further McNeely discloses the test case input file is created offline and 
subsequently communicated to the interpretive engine (col. 15, lines 31-34 "downloads 
the test to execution engine 400"). 

Regarding Claims 7, 14 and 21: The rejections of claims 1, 8 and 15 are incorporated 
respectively; further McNeely discloses a software test tool can be replaced with 
another test software tool (col. 13, lines 47-49 "a suitable GUI tester is added via a new 
package"), but does not explicitly disclose the test software tool can be removed. 

McNeely teaches "the test cases are independent of the number or types of devices 
under test" (col. 3, lines 56-57). 
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Accordingly, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to remove test software tools which had been replaced with new 
test software tools (col. 13, lines 47-49 "a suitable GUI tester is added"). 

Regarding Claims 22-24: The rejections of claims 1 , 8 and 15 are incorporated 
respectively; further McNeely discloses, wherein the system defines a contract interface 
for use as an entry point in loading the libraries corresponding to the plurality of different 
software test tools (col. 1 1 , line 1-33 "The procedures access the device specific 
packages for multiple devices being tested and perform the functions for each specific 
device For example, the "proc startup{ }" ... proc cleanup{ }"), and wherein additional 
software test tools that use a different scripting language can be dynamically plugged 
into the system at the entry point by defining an execution interface of those additional 
software test tools to comply with the contract interface (col. 13, lines 47-49 "a suitable 
GUI tester is added"). 

Regarding Claim 25: The rejection of claim 1 is incorporated; further McNeely 
discloses each software test tool is used only for execution of the test case input file, 
and the test case input file is built independently of any software test tool (Test 
management system client 214 ... allows a user to ... construct] and edit[] test plans"). 

Regarding Claim 26: The rejection of claim 1 is incorporated; further McNeely and 
Dubovsky do not explicitly teach a first tool-specific scripting language associated with a 
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first software test tool is mapped to a second tool-specific scripting language associated 
with a second software test tool, enabling test cases written in the second tool-specific 
scripting language to be executed by the first software test tool. However such a 
mapping is clearly achievable, at least by using McNeely's abstract command language 
as an intermediate form (col. 15, lines 47-52 "an abstract command language command 
(ST4)"). Further the use of a first tool-specific scripting language in place of McNeely's 
'abstract command language' would not change the basic functionality of McNeely's 
generic tool (col. 15, lines 47-52 "based on the mapping provided by the appropriate 
communication interface package, interprets the command within the context of the 
specific DUT to which the command refers"). Specifically, all that would change would 
be the data represented in the mapping (col. 15, lines 47-52 "the mapping provided by 
the appropriate communication interface package"). Accordingly this does not represent 
a patentable distinction over the cited prior art. 

Claims 4, 11 and 18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over US 7,117,411 to McNeely et al. (McNeely) in view of US 2003/0055836 to 
Dubovsky (Dubovsky) in view of US 6,823,522 to Lamb (Lamb). 

Regarding Claims 4, 11 and 18: The rejections of claims 1, 8 and 15 are incorporated 
respectively; further McNeely discloses a module for mapping the testing operations to 
generic interface commands (col. 15, lines 47-52 "based on the mapping provided by 
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the appropriate communication interface package, interprets the command within the 
context of the specific DUT to which the command refers"). 

The McNeely-Dubovsky combination does not explicitly disclose a rules-based wizard 
guiding the user to edit or create the test input case. 

Lamb teaches a rules-based wizard that guides the user to edit or create the test case 
input file by choosing the testing operations to be included in the test case input file (col. 
7, lines 13-16 "the developer is guided through the build process with assistance of a 
wizard which provides available options for each step of the build process"). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made include Lamb's wizard (col. 7, lines 13-16 "a wizard which provides available 
options for each step of the build process") in McNeely's editor (col. 4, lines 30-34 "test 
case and test plan editor"). Those of ordinary skill in the art would have been motivated 
to do so in order to facilitate development of the test cases (McNeely col. 1 2, 2-5 
"Editor 314 ... providing users with an easy to use and intuitive file creation/modification 
environment"; Lamb col. 6, line 64-col. 7, line 7 "guide a developer through the 
application generation process"). 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JASON MITCHELL whose telephone number is 
(571)272-3728. The examiner can normally be reached on Monday-Thursday and 
alternate Fridays 7:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Bullock Lewis can be reached on (571) 272-3759. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 



Application/Control Number: 10/814,563 Page 15 

Art Unit: 2193 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Jason Mitchell/ 

Primary Examiner, Art Unit 2193 



